home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940339.txt < prev    next >
Internet Message Format  |  1994-11-13  |  22KB

  1. Date: Thu, 13 Oct 94 04:30:25 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: List
  6. Subject: Ham-Digital Digest V94 #339
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Thu, 13 Oct 94       Volume 94 : Issue  339
  11.  
  12. Today's Topics:
  13.                          AMTOR with ICOM 740?
  14.                    FAQ? Internet-to-packet gateway
  15.                     Hamcom version # and FTP site?
  16.                 HELP, KAM+ & RELink Problems (2 msgs)
  17.                      Internet <-> Packet gateways
  18.                      Kenwood Tm-733 And 9K6 :-((
  19.                          Lanlink Availability
  20.                             RADIO AMATEUR
  21.                   Still More on low Speed data link
  22.                      TheNet X-1J memory loss fix
  23.                          THENET X1J2 (5 msgs)
  24.                    Wanted: Montreal CA Packet group
  25.                          What am I hearing ?
  26.                WTD a ftp site for TINY-2 v3.1 EPROM HEX
  27.  
  28. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  29. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  30. Problems you can't solve otherwise to brian@ucsd.edu.
  31.  
  32. Archives of past issues of the Ham-Digital Digest are available 
  33. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  34.  
  35. We trust that readers are intelligent enough to realize that all text
  36. herein consists of personal comments and does not represent the official
  37. policies or positions of any party.  Your mileage may vary.  So there.
  38. ----------------------------------------------------------------------
  39.  
  40. Date: 12 Oct 1994 18:47:21 GMT
  41. From: gerheim@sonalysts.com (Al Gerheim)
  42. Subject: AMTOR with ICOM 740?
  43.  
  44. I've been unsuccessful in working ARQ with an MFJ-1278 and an
  45. ICOM 740 transceiver. My suspicion is that the T/R switch
  46. is too slow, and I've heard some confirmations. I tried to 
  47. set the delay to the maximum of 90 msec in the TNC, but the
  48. results were inconclusive.
  49.  
  50. Any suggestions?
  51.  
  52. TNX and 73 - AL
  53.  
  54.  
  55. --
  56. ***********************************************************************
  57. Al Gerheim, N4QN      |Opinions expressed here| Sonalysts, Inc.
  58. gerheim@sonalysts.com |are my own.            | 215 Parkway North
  59. Work: (203)442-4355   |                       | Waterford CT 06385
  60. ***********************************************************************
  61.  
  62. ------------------------------
  63.  
  64. Date: 12 Oct 1994 00:24:26 GMT
  65. From: ramos@engr.latech.edu (Alex Ramos)
  66. Subject: FAQ? Internet-to-packet gateway
  67.  
  68. (If this group has a FAQ, this question is probably there. But I
  69. have not seen one)
  70.  
  71. How can I send e-mail to a friend of mine who is on the packet-radio
  72. network? I have his call sign as well as the call sign for the station
  73. from which he retrieves his messages.
  74.  
  75. Also he'd like to send mail from the packet to the internet; is this
  76. easily done in the U.S.? (I know packet-internet gateways in other 
  77. countries - my father uses one).
  78.  
  79. Thanks
  80.  
  81. 73, KB5QEX
  82.  
  83. --
  84. Alex Ramos (ramos@engr.latech.edu) * http://info.latech.edu/~ramos/
  85. Louisiana Tech University, BSEE/Sr * These opinions are probably mine
  86.  
  87. ------------------------------
  88.  
  89. Date: Wed, 12 Oct 1994 18:12:15 LOCAL
  90. From: klotts@primenet.com (Kenneth C Lotts)
  91. Subject: Hamcom version # and FTP site?
  92.  
  93. What is the latest version # of hamcom and where can I ftp it from?
  94.  
  95. Ken Lotts (aa7jc)
  96.  
  97. ------------------------------
  98.  
  99. Date: 12 Oct 1994 22:32:47 GMT
  100. From: jms@col.hp.com (Mike Stansberry)
  101. Subject: HELP, KAM+ & RELink Problems
  102.  
  103. Walter Kornienko (GC-DSTI) <waltk> (waltk@cor5.pica.army.mil) wrote:
  104. : Howdy and thanx for taking the time from your busy day
  105. : to help me.
  106.  
  107. : I am new to the KAM+ TNC, formerly a TINY-2 user. Anyway, here's
  108. : the problem. Someone told me that the KAM RELink command is similar
  109. : to the CONPerm command in the TINY-2.  I turn this parameter ON and
  110. : if I disconnect due to too many RETries the KAM+ fails to reconnect.
  111. : I believe I'm doing something wrong or the KAM+ doesn't work the
  112. : way I want it to.  Thanx for your help.  73 de Walt - K2WK
  113.  
  114. I don't think the RELink will do the same thing as the CONPerm of the
  115. AEA products.  I've used both and AEA PK-88 and Kantronics KPC-3s
  116. and the PK-88 would reach out and re-connect when our packet cluster
  117. disconnected me and the KPC-3s will not.  I don't know any more
  118. about it than that.  Too bad the PK-88 doesn't have a node function
  119. and use less power.  I like the CONPerm feature.
  120.  
  121. Mike, K0TER
  122.  
  123. ------------------------------
  124.  
  125. Date: Wed, 12 Oct 1994 13:03:27 GMT
  126. From: waltk@cor5.pica.army.mil (Walter Kornienko (GC-DSTI) <waltk>)
  127. Subject: HELP, KAM+ & RELink Problems
  128.  
  129. Howdy and thanx for taking the time from your busy day
  130. to help me.
  131.  
  132. I am new to the KAM+ TNC, formerly a TINY-2 user. Anyway, here's
  133. the problem. Someone told me that the KAM RELink command is similar
  134. to the CONPerm command in the TINY-2.  I turn this parameter ON and
  135. if I disconnect due to too many RETries the KAM+ fails to reconnect.
  136. I believe I'm doing something wrong or the KAM+ doesn't work the
  137. way I want it to.  Thanx for your help.  73 de Walt - K2WK
  138.  
  139. -- 
  140. .............................................................................
  141. Walter Kornienko - K2WK      waltk@pica.army.mil    Bldg. 351, Picatinny Arsenal,
  142. Senior Software Engineer            Dover, New Jersey
  143. Decision Systems Technology Inc.        201-724-3158/4879
  144. _____________________________________________________________________________
  145.  
  146. ------------------------------
  147.  
  148. Date: Wed, 12 Oct 94 09:54:30 MST
  149. From: david@stat.com (David Dodell)
  150. Subject: Internet <-> Packet gateways
  151.  
  152.                              How to Use the WB7TPY
  153.                           Packet <-> Internet Gateway
  154.  
  155. First, some brief operational notes:
  156.  
  157. (1) Messages must not contain any foul language, or commercial purpose.
  158. (2) Messages can only be sent to countries that the United States has
  159.     a third-party agreement.  All others will be destroyed.
  160. (3) Messages from the internet should be less then 5K in length.
  161.     No files should be sent.
  162. (4) If you have questions, please do not hesitate to contact me either on
  163.     packet radio: WB7TPY@WB7TPY.AZ.USA.NA       -or-
  164.     Internet    : david@stat.com
  165.  
  166.  
  167. (5) Have fun.  Use the gateway as much as you like.  That is what it is 
  168.     there for.
  169.  
  170.                                     ------
  171.                             From Internet to Packet
  172.                                     ------
  173.  
  174.  
  175. Send mail to the internet address of:
  176.  
  177. gate@wb7tpy.ampr.org
  178.  
  179. The first line of text must contain a full packet address, preceded with the 
  180. word "Packet:"
  181.  
  182. For example, mail to my packet address, would have the first line of text;
  183.  
  184. Packet: wb7tpy@wb7tpy.az.usa.na
  185.  
  186.  
  187. ** NOTE: this line MUST be left justified.
  188.  
  189.                                     ------
  190.                             From Packet to Internet
  191.                                     ------
  192.  
  193. Send as private mail (never a bulletin) to the packet address of:
  194.  
  195. gate@wb7tpy.az.usa.na
  196.  
  197. The first line of text must contain a full domained internet address, 
  198. proceeded with the word "Internet:"
  199.  
  200. For example, mail to my internet address, would have the first line of text;
  201.  
  202.   Internet: david@primenet.com
  203.  
  204. *** Remember, this has to be left justified
  205.  
  206. ---
  207. Editor, HICNet Medical Newsletter
  208. Internet: david@stat.com                 FAX: +1 (602) 451-1165
  209. Bitnet  : ATW1H@ASUACAD
  210.  
  211. ------------------------------
  212.  
  213. Date: Wed, 12 Oct 94 09:48:00 CET
  214. From: Giovanni Mazzola <MC3626@mclink.it>
  215. Subject: Kenwood Tm-733 And 9K6 :-((
  216.  
  217. Yesterday I bought a brand-new TM-733E to use mainly for 9600 baud packet
  218. (JNOS) with a TNC-2H (from Symek - DK9SJ). I am greatly disappointed for
  219. the poor response of this radio, just because it has a "dedicated" port
  220. for a high-speed modem and this works bad. Watching the electric
  221. diagrams of the TM-733 I understand that this latter *can't* work well
  222. at 9600 baud...
  223.  
  224. Any experience by other users ? Any help ?
  225.  
  226. I am really upset. My FT-736R runs perfect at 9600 and most of the friends
  227. operating at 9600 baud using older rigs or simply modified radios have
  228. very good performances (at a fraction of cost, compared to the 733).
  229.  
  230. *Don't* buy this radio if you plan to use it for high-speed packet !!!
  231.  
  232. Giovanni Mazzola, IT9XXS.
  233.  
  234. ------------------------------
  235.  
  236. Date: 12 Oct 1994 08:35:02 -0400
  237. From: thmott@aol.com (Thmott)
  238. Subject: Lanlink Availability
  239.  
  240. In article <seeler.138.781871597@UPEI.CA>, seeler@UPEI.CA (David Seeler)
  241. writes:
  242.  
  243. asking information about lanlink.
  244.  
  245. Lanlink is available from Joe Kasser, G3ZCZ on his bulletin board at
  246. 301-593-9067. I think the latest version is 2.32. The opening message will
  247. tell you the latest version.
  248.  
  249. Thurman Mott  N3ORB
  250.  
  251. ------------------------------
  252.  
  253. Date: Wed, 12 Oct 94 09:34:00 -0300
  254. From: cesar.santos%hlbbs@ax.apc.org (Cesar Santos)
  255. Subject: RADIO AMATEUR
  256.  
  257.       X 1. Rec.Radio.Amateur.Digital.Misc/
  258.  
  259. Split=27K bytes/message <- For text, bin, HQX messages (0 = No split)
  260. Menu=50 items/message <- For menus and query responses (0 - No split)
  261.  
  262. #
  263. Name=Rec.Radio.Amateur.Digital.Misc
  264. Numb=1
  265. Type=1
  266. Port=4320
  267. Path=news group rec.radio.amateur.digital.misc
  268. Host=saturn.wwc.edu
  269.  
  270. ------------------------------
  271.  
  272. Date: 12 Oct 1994 16:52:24 GMT
  273. From: Rick.Miller@ucsd.edu
  274. Subject: Still More on low Speed data link
  275.  
  276. In article <9409107818.AA781805979@mails.imed.com> mack@mails.imed.COM writes:
  277. >     I have one more thought ont using 49MHz.  Hustler makes a 2M 5/8 
  278. >     mobile antenna that is under 1 meter in length.  It turns out that it 
  279. >     tunes up very well at 50MHz because the loading coil makes it look 
  280. >     like 3/4 wavelength at 144MHz and 1/4 wavelength at 50MHz. 
  281.  
  282. << stuff deleted >>
  283.  
  284. >     Ray
  285. >     WD5IFS
  286. >     mack@mails.imed.com
  287.  
  288. I might also add that the Hustler fold-over HF mobile mast for use with
  289. coils for various HF bands also is 1/4 wavelength on 6 meters as well as 3/4
  290. wavelength on 2 meters.  I have been able to use the antenna on both bands 
  291. with some success.  
  292.  
  293. DE Rick  KA3BZX
  294.  
  295. miller@unhesp.unh.edu
  296.  
  297. ------------------------------
  298.  
  299. Date: 12 Oct 1994 13:53:56 GMT
  300. From: roberts@ses6a.bt.co.uk (Dave Roberts)
  301. Subject: TheNet X-1J memory loss fix
  302.  
  303. A number of messages have been posted referring to problems with buffer
  304. losses in heavy traffic.
  305.  
  306. I have never been sure where to look as I have never been able to
  307. regenerate the buffer loss problem in the local nodes over here, so
  308. was reduced to reading the code and scratching my head.
  309.  
  310. I have just found ( like last night ) a possible cause for the problem.
  311. When the node is very busy, and needs to reject a connection, and if
  312. rs232 crosslink protocol mode 2 is not being used, the node fails to
  313. release the memory used by the received packet.
  314.  
  315. A quick fix for this ( untried ) is to patch one byte of the code.
  316. If this appears to fix it, I'll recompile and fix a couple of other
  317. things and rerelease it.
  318.  
  319. To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J
  320. and look at the byte offset 0x13d8 into that file ( if you are using
  321. DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8
  322. and the byte at that address should be 0x2a. Change this to 0x24. This
  323. will cause the code to call the memory deallocation routine.
  324.  
  325. Please, this is a quick and dirty fix that I have *not* tested. If it
  326. does not work at all, I've messed up the fix. If the problem persists
  327. there's another bug yet to be found. If it works, I'll redo it properly.
  328. Be aware that it is theoretically possible ( if not likely ) for very
  329. heavy traffic alone to take a node out if used inadvisably.
  330.  
  331. Once again, my apologies and let me know how you get on.
  332.  
  333. 73's
  334.  
  335. Dave G8KBB
  336.  
  337. P.S. Please circulate this message wherever you see fit.
  338.  
  339. ------------------------------
  340.  
  341. Date: 12 Oct 1994 10:34:41 GMT
  342. From: roberts@ses6a.bt.co.uk (Dave Roberts)
  343. Subject: THENET X1J2
  344.  
  345. I must apologise for the problems suffered.
  346.  
  347. I have never been sure where to look as I have never been able to
  348. regenerate the buffer loss problem in the local nodes over here, so
  349. was reduced to reading the code and scratching my head.
  350.  
  351. I have just found ( like last night ) a possible cause for the problem.
  352. When the node is very busy, and needs to reject a connection, and if
  353. rs232 crosslink protocol mode 2 is not being used, the node fails to
  354. release the memory used by the received packet.
  355.  
  356. A quick fix for this ( untried ) is to patch one byte of the code.
  357. If this appears to fix it, I'll recompile and fix a couple of other
  358. things and rerelease it.
  359.  
  360. To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J
  361. and look at the byte offset 0x13d8 into that file ( if you are using
  362. DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8
  363. and the byte at that address should be 0x2a. Change this to 0x24. This
  364. will cause the code to call the memory deallocation routine.
  365.  
  366. Please, this is a quick and dirty fix that I have *not* tested. If it
  367. does not work at all, I've messed up the fix. If the problem persists
  368. there's another bug yet to be found. If it works, I'll redo it properly.
  369. Be aware that it is theoretically possible ( if not likely ) for very
  370. heavy traffic alone to take a node out if used inadvisably.
  371.  
  372. Once again, my apologies and let me know how you get on.
  373.  
  374. 73's
  375.  
  376. Dave G8KBB
  377.  
  378. P.S. Please circulate this message wherever you see fit.
  379.  
  380.  
  381.  
  382. In article <DDRZTc3w165w@lmr.mv.com>, rapp@lmr.mv.com (Larry Rappaport) says:
  383. >
  384. >jim.ridley@aznetig.stat.com (Jim Ridley) writes:
  385. >
  386. >> I am having a problem with the memory deteriorating on a X1J2 firmware.
  387. >> The memory seems to deteriorate worse when large file transfers and etc
  388. >> are being passed.   I am using a Tiny II with a DCD board installed.
  389. >> Meter switches have been toggled off.  I understand this is somewhat of
  390. >> a common problem and I wonder if anyone has a solution.
  391. >> Thanks de Jim Ridley  (K5LGW)
  392. >
  393. >Having the same problem.  The only other solution I've heard of is to use
  394. >10Mhz TNC's.  Over the last weekend, I spoke to Bert, VE2BLY, who suggested
  395. >that the R2 firmware is just buggy, and that the only solution is to switch
  396. >back to R1 until they fix it.  Apparently, all you lose is the 3 extra
  397. >channels for D/A conversion, but if you're not using them, it's no big loss.
  398. >
  399. >If you learn of any other solutions, PLEASE post it here or email.  Thanks.
  400. >
  401. >W1HJF
  402. >
  403. >--
  404. >
  405. >Larry
  406. >-----------------------------------------------------------------------------
  407. >L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  408. >Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  409. >
  410.  
  411. ------------------------------
  412.  
  413. Date: Wed, 12 Oct 1994 18:28:35 GMT
  414. From: jkbe@sdlena.ucsd.edu (John Bednar)
  415. Subject: THENET X1J2
  416.  
  417. Michael H. Foster (zmhf02@trc.amoco.com) wrote:
  418. :  In article b0t@pheidippides.axion.bt.co.uk, roberts@ses6a.bt.co.uk (Dave Roberts) writes:
  419. : >I must apologise for the problems suffered.
  420. : >
  421. : No need for apologies Dave...your work is very much appreciated.  
  422. : - Mike  wa5txx  44.78.8.2
  423.  
  424. I agree with Mike. Thanks Dave! 
  425.  
  426. Just drop a note on the net if you want a new version tested.
  427.  
  428. John WB3ESS
  429. aljkbe@attme.att.com
  430.  
  431. ------------------------------
  432.  
  433. Date: Wed, 12 Oct 1994 13:45:21 GMT
  434. From: zmhf02@trc.amoco.com (Michael H. Foster)
  435. Subject: THENET X1J2
  436.  
  437.  In article b0t@pheidippides.axion.bt.co.uk, roberts@ses6a.bt.co.uk (Dave Roberts) writes:
  438. >I must apologise for the problems suffered.
  439. >
  440. No need for apologies Dave...your work is very much appreciated.  We have been managing
  441. this minor problem and everyone has been quite patient.
  442.  
  443. We will be patching as soon as possible.  Our key problem site is remote and will probably
  444. not get changed until late this weekend.  
  445.  
  446. Thanks for responding to this problem, I'm sure several folks will be following with 
  447. a watchful eye.
  448.  
  449. - Mike  wa5txx  44.78.8.2
  450.  
  451. ------------------------------
  452.  
  453. Date: Wed, 12 Oct 94 08:39:38 EDT
  454. From: rapp@lmr.mv.com (Larry Rappaport)
  455. Subject: THENET X1J2
  456.  
  457. jkbe@lena (John Bednar) writes:
  458.  
  459. ... stuff deleted
  460.  
  461. > This problem seems to surface at sites that hear many partial packets. Is 
  462. > that consistant with everyone's thoughts? Maybe we can list the associated
  463. > symptoms and help the developers locate the weakness. I'm sure they
  464. > would appreciate our help. I agree that DCD mods, closed squelch, and 
  465. > faster clock rates may be band-aids but discussing these fixes may
  466. > help someone locate the problem. 
  467.  
  468. Do you mean hear partial packets from anywhere (HTS packets) or packets
  469. directed at the node?  
  470.  
  471. --
  472.  
  473. Larry
  474. -----------------------------------------------------------------------------
  475. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  476. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  477.  
  478. ------------------------------
  479.  
  480. Date: Wed, 12 Oct 94 08:43:13 EDT
  481. From: rapp@lmr.mv.com (Larry Rappaport)
  482. Subject: THENET X1J2
  483.  
  484. roberts@ses6a.bt.co.uk (Dave Roberts) writes:
  485.  
  486. > I must apologise for the problems suffered.
  487. > I have never been sure where to look as I have never been able to
  488. > regenerate the buffer loss problem in the local nodes over here, so
  489. > was reduced to reading the code and scratching my head.
  490. > I have just found ( like last night ) a possible cause for the problem.
  491. > When the node is very busy, and needs to reject a connection, and if
  492. > rs232 crosslink protocol mode 2 is not being used, the node fails to
  493. > release the memory used by the received packet.
  494. > A quick fix for this ( untried ) is to patch one byte of the code.
  495. > If this appears to fix it, I'll recompile and fix a couple of other
  496. > things and rerelease it.
  497. > To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J
  498. > and look at the byte offset 0x13d8 into that file ( if you are using
  499. > DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8
  500. > and the byte at that address should be 0x2a. Change this to 0x24. This
  501. > will cause the code to call the memory deallocation routine.
  502. > Please, this is a quick and dirty fix that I have *not* tested. If it
  503. > does not work at all, I've messed up the fix. If the problem persists
  504. > there's another bug yet to be found. If it works, I'll redo it properly.
  505. > Be aware that it is theoretically possible ( if not likely ) for very
  506. > heavy traffic alone to take a node out if used inadvisably.
  507. > Once again, my apologies and let me know how you get on.
  508. > 73's
  509. > Dave G8KBB
  510. > P.S. Please circulate this message wherever you see fit.
  511.  
  512. Dave, no need to apologize!  Thanks - I'll try the patch on the node that's
  513. giving us the problem and report back here.
  514.  
  515. 73, Larry W1HJF
  516. --
  517.  
  518. Larry
  519. -----------------------------------------------------------------------------
  520. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  521. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  522.  
  523. ------------------------------
  524.  
  525. Date: Tue, 11 Oct 1994 21:24:31 GMT
  526. From: goobie@cfcsc.dnd.ca (Keith Goobie)
  527. Subject: Wanted: Montreal CA Packet group
  528.  
  529. In article <Cx91GA.42@world.std.com> barnaby@world.std.com (Richard L Barnaby) writes:
  530.  
  531. >If you or your packet group in interested in this please contact me
  532. >via telephone at 802-223-1234 immediately.  Time is of the essence, as the
  533. >peak will be snowed in any day now, and the research would have to
  534. >wait until late spring.  
  535.  
  536. One of the prime packet movers and shakers in the Montreal area is Burt VE2BMQ 
  537. @ VE2FKB ..   Sorry do not now his phone number..
  538.  
  539. 73
  540. Keith
  541. VE3OY @ VA3BBS
  542.  
  543. ==============================================================
  544. | Keith Goobie               | goobie@cfcsc.dnd.ca           |
  545. | CFCSC, Toronto, ON CANADA  | >>> If you come to a fork in  |
  546. | (416)-482-6807 FAX 482-6908|     the road, take it <<<     |
  547. ==============================================================
  548.  
  549. ------------------------------
  550.  
  551. Date: Wed, 12 Oct 1994 17:53:15 GMT
  552. From: <pasek001@maroon.tc.umn.edu>
  553. Subject: What am I hearing ?
  554.  
  555. I was playing around with Hamcom 3.0 last night to see what it does, and 
  556. after copying the usual CW & RTTY on 20 meters I decided to poke around 
  557. the SWL/Military Freq's with my TS440s.
  558.  
  559. On numerous frequencies between 8 - 14 mhz I found strong signals running 
  560. 850 hz shift.  I tried to decode them as: RTTY,ASCII7,ASCII8,AMATOR in 
  561. speeds ranging from 45 baud to 150 baud with Normal & Reverse Shifts.
  562.  
  563. I got nothing.. naddda.. zip.. just a screen full of garbage.  Using the 
  564. pulse timing mode it appears that the Mark pulse width is 10ms.
  565.  
  566. What am I hearing ??  I looked thru the various FAQ's and found nothing, 
  567. but if I misssed it please refer to it and I'll look there.
  568.  
  569. Thanks for the help..
  570.  
  571. de George
  572.  
  573. --------                                                    --------
  574. George T. Pasek Jr.                    pasek001@maroon.tc.umn.edu
  575. Facilities Management
  576. Elevator Department                           What Goes UP
  577. University of Minnesota                       Must Come DOWN
  578. Minneapolis Minnesota 55455                   Unless It STICKS
  579. --------                                                    ________
  580.  
  581. ------------------------------
  582.  
  583. Date: 12 Oct 1994 15:23:43 GMT
  584. From: jcmonier@muguet.saclay.cea.fr (Jean-Christophe MONIER)
  585. Subject: WTD a ftp site for TINY-2 v3.1 EPROM HEX
  586.  
  587. Has I said in subject I'm in quest for a anonymous ftp site
  588. where I can find Hex/bin file for an EPROM with software TINY-2 V3.1
  589. for a TAPR TNC-2
  590.  
  591. If someone have that .....
  592.  
  593. 73
  594.  
  595. Jean-Christophe MONIER
  596. Ingenieur Reseaux / Networks Engineer
  597. Athesa - C.E.A. Defense - France
  598. E-Mail : jcmonier@muguet.saclay.cea.fr
  599. Phone : (33/1) 69.08.56.41
  600.        
  601.  
  602. ------------------------------
  603.  
  604. End of Ham-Digital Digest V94 #339
  605. ******************************
  606.